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(57) Abstract: The present invention provides a system and associated methods in which an information service (114) serves as 
an intermediary for storing and providing customer (102) information, such as payment and shipping information, to third party 
Internet merchants (312). In a preferred embodiment, the information service solicits customer (102) information from customers 
(102) and associates the customer (102) information with a user ID and a password. The information service stores the customer 
(102) information and associated user ID and password in a database accessible to an information service (1 14) server computer. An 
Internet merchant sets up a merchant web site (104) through which it solicits customers (102) to make purchases. In conjunction with 
displaying an option to make a purchase on a web page, the merchant provides an option to use the information service ( 1 1 4) to supply 
payment and/or shipping information. If the customer (102) chooses to use the information service (114), the information service 
(1 14) authenticates (310) the customer and provides the customer information (preferably in encrypted form) to the merchant (312), 
Transfers of the customer information may alternatively be initiated by the user during browsing of the information service (114) 
web site. The merchants (104) may optionally report information about the customer* s purchases back to the information service 
(1 14), which may incorporate the information into a history page that is accessible to the customer (102). The information service 
may also use the aggregated purchase history data to generate an "interests" profile for the customer, which may be disseminated lo 
the merchants and used to customize their web sites. 
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USE OF AN INTERMEDIARY TO SECURELY PROVIDE CUSTOMER INFORMATION TO THIRD PARTY INTERNET 

MERCHANTS 

5 Background of the Invention 

Field of the Invention 

This invention relates generally to the processing of transactions over the Internet and, more particularly, the 
invention relates to using an information service to provide customer information, including payment information, to a 
third party Internet merchant. 

10 

Description of the Related Art 

Consumers today routinely shop and make purchases of products and services over the internet using web 
browsers. Numerous Internet merchants have set up web sites allowing customers to browse through descriptions of 
products and services. After the customer has selected one or more products for purchase, Internet merchants 

15 typically provide the customer with a checkout page requesting payment information from the customer. The payment 
information usually comprises a credit card number, expiration date, cardholder name, and any other information that 
may be required to authorize a charge against the customer's card. If applicable, shipping information may also be 
requested on the checkout page. 

It is often considered an inconvenience for a customer to have to enter in the often lengthy amount of 

20 information required to process a credit card transaction each time the customer makes a purchase. As a 
consequence, a number of merchants allow the customer to select a user ID and a password when providing payment 
and/or delivery information. The merchant catalogs the customer's information and associates it with the user ID and 
password. In this manner the customer only needs to enter In her user ID and password in order to make subsequent 
purchases. Customers typically, however, make purchases from more than one merchant. Different merchants may 

25 have different formats for a user ID and a password. Furthermore, a customer's preferred user ID may already be in 

use by another customer at a particular merchant. Consequently, a customer will likely have to remember several user 
IDs and/or passwords. 

Another solution to the inconvenience of filling out lengthy forms, called a wallet or digital wallet, has been 
suggested. A digital wallet typically comprises a small software layer that functions in conjunction with a web 
30 browser on the customer's computer. The wallet stores customer payment and/or delivery information on the 

customer's computer and provides the information to merchants using a standardized protocol upon the direction of the 
customer. Many customers, however, consider the process of downloading, installing, and configuring the wallet 
software too complicated, time consuming or burdensome. 

Another advance is the advent by Amazon.com of 1 •Click'*' shopping. With this feature, the user initially 
35 specifies a credit card, shipping address, shipping method, and/or other default information to be used for 1 -Click 
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purchases, and can thereafter purchase items with a single mouse click. The 1 -Click feature involves placing an 
identifying cookie on the customer's computer. The customer's web browser returns the cookie to Amazon.com's web 
server when the web site is accessed. The web server can then read the cookie to identify the customer and present 
to the customer a web page with the option of purchasing a product with a single click using the information already 
on file. Additional details of the 1-Click feature are set forth in U.S. Patent 5,960,411, the disclosure of which is 
hereby incorporated by reference. 

Other solutions (see, e.g. U.S. Patents 5,715, 314 and 5,815,665) involve the use of a third party payment 
or brokering service. The customer first registers with the payment or brokering service. The payment or brokering 
service can then authenticate the customer during subsequent transactions with merchants. The payment or brokering 
service bills the customer for each authorized transaction and provides payments to the merchants. These solutions, 
however, interpose a third party into the payment process between the customer and the merchant. 

Summary of the Invention 

The present invention provides a system and associated methods in accordance with which an information 
service serves as an intermediary for storing and providing customer information to third party internet or other 
electronic merchants. The system preferably operates without requiring customers to install any special software on 
their computers. 

In a preferred embodiment, the information service solicits customer information from customers and 
associates the customer information with authentication information. The customer information may include, for 
example, the customer's name, payment information, shipping address(es), email address, 1 -Click settings, names and 
addresses of common gift recipients, and/or other types of information commonly provided by customers to Internet 
merchants. The service may also ask the user to specify an "interests" profile that can be used by the Internet 
merchants to customize their respective web sites for the customer, although such information may alternatively be 
obtained indirectly (as described below) based on purchases made from the participating merchants. The information 
service stores the customer information and the authentication information in a database accessible to an information 
service server computer. The authentication information may include a user ID and password and/or may include a 
one-item passcode. 

An Internet merchant sets up a merchant web site through which it solicits customers to make purchases. In 
conjunction with displaying an option to make a purchase on a web page, the merchant preferably provides an option 
to use the information service to supply payment and/or shipping information. If the customer chooses to use the 
information service, the information service authenticates the customer and transmits some or all of the customer's 
information (including the customer's user ID and password in some embodiments) to the merchant, and the merchant 
uses this information to complete the transaction with the customer. In embodiments in which the customer's user ID 
and password (or other authentication information) are made available to the merchant, the merchant may use the 
transferred information to create an account for the user 
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The transfers of customer information may alternatively be initiated by the user during browsing of the 
information service web site. For example, the user may be prompted to select from a list of participating merchants, 
and the service may automatically transfer some or ail of the customer's information to each selected merchant. The 
customer's information may also be transferred to the selected merchants whenever the customer updates the 
5 information with the service. 

In one embodiment, an Internet merchant displays a form, preferably on a checkout page on the merchant 
web site, requesting the entry of a customer's user ID and password. The Internet merchant then submits the entered 
user ID and password to the information service, and the information service returns to the merchant the customer 
information associated with the user ID and password. The merchant then presents to the customer an order 
10 confirmation page that allows the customer to confirm the sale. Once the customer has confirmed the sale, the 
merchant uses the customer information to process a payment and, if applicable, ship the order. 

In another embodiment of the present invention, an Internet merchant displays a link to the information 
service web site, preferably from an order page. After the link is followed, the information service web site displays a 
form requesting the entry of a customer's user ID and password. Once the customer submits her user ID and 
15 password to the information service, the information service returns to the merchant the customer information 

associated with the user ID and password. The customer is then directed back to an order confirmation page on the 
merchant web site to confirm the sale. 

In another embodiment of the present invention, an Internet merchant displays a button on an item detail 
page that allows a customer to purchase an item (e.g., a product or service) with a single mouse click without ever 
20 having provided information to or registered with the merchant. In response to the single mouse click, the information 

service provides the customer information and an identification of the desired item to the merchant. The customer 
may enable this single click feature, after registering with the information service, by submitting her user ID and 
password to the information service for authentication. 

In each of the various embodiments, the merchants may automatically report the customer's purchases, or 
25 general information about such purchases (e.g., descriptive keywords for purchased items and/or the categories in 

which such items fall), to the information service. The information service may aggregate and use this information to 
generate an "interests" profile for the customer. The interests profiles may in turn be electronically disseminated to 
the participating merchants (optionally under the control of the customer) to facilitate customization of the merchant 
web site. The information service's web site may also display to each customer a history page of the transfers of 
30 information and/or purchases made using the information service. The order numbers, items, and/or merchant 
identities can also be displayed on the history page. 

One aspect of the present invention is a method for securely providing customer information to an Internet 
merchant. This method includes obtaining customer information from a customer; storing the customer information; 
receiving a request that the customer information be provided to the merchant; authenticating the customer in 
35 response to the request; and providing the customer information to the merchant. 
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An additional aspect of the invention is a method for securely providing customer information to internet 
merchants. This method includes receiving a request that customer information of a registered customer be provided 
to a merchant; providing at least one form, wherein the at least one form solicits the entry of authentication 
information from a purchasing customer; receiving authentication information submitted by the purchasing customer; 
5 verifying that the authentication information submitted by the purchasing customer matches the authentication 

information of a registered customer; and providing the customer information of the registered customer to the 
merchant. 

An additional aspect of the invention is a system for securely providing customer information to Internet 
merchants. This system includes a first set of web pages configured to obtain customer information and 
10 authentication information from a customer; a database configured to associate and store the customer information 
and authentication information obtained from the customer; computer code that authenticates the customer in 
response to a request to provide the customer information to a merchant; and computer code that provides the 
customer information to the merchant upon authentication of the customer. 

An additional aspect of the invention is a method for securely obtaining customer information from an 
15 information service. This method includes requesting that a customer submit authentication information; providing the 

submitted authentication information to the information service in conjunction with a request for customer 
information; and receiving customer information from the information service in response to the request. 

An additional aspect of the invention is a method through which an Internet merchant can securely obtain 
customer information from an information service. This method includes providing a checkout web page to a 
20 customer, the checkout web page having a link to an information service web page, the link including URL encoded 

information regarding the identity of the merchant; and receiving customer information from the information service. 



Brief Description of the Drawings 
Referring now to the drawings in which like reference numbers represent corresponding components 
25 throughout: 

Figure 1 illustrates the principal components of a preferred embodiment of a customer authentication and 
data transfer system; 

Figures 2A-B are two flowcharts illustrating a general embodiment of the system; 

Figure 3 illustrates a data flow diagram showing the transfer of information between a customer, an 
30 information service, and a merchant in accordance with the general embodiment of Figures 2A-B; 

Figures 4A-G illustrate a number of example web pages that are displayed to a customer in accordance with 
a first specific embodiment of the present invention; 

Figure 5 is a flowchart illustrating a process through which the system provides customer information to a 
merchant in accordance with the first specific embodiment; 
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Figure 6 illustrates a data flow diagram showing the transfer of information between the customer, the 
information service, and the merchant in accordance with the first specific embodiment; 

Figures 7A-E illustrate a number of example web pages that are displayed to a customer in accordance with a 
second specific embodiment of the present invention; 
5 Figure 8 is a flowchart illustrating a process through which the system provides customer information to a 

merchant in accordance with the second specific embodiment; 

Figure 9 illustrates a data flow diagram showing the transfer of information between the customer, the 
information service, and the merchant 104 in accordance with the second specific embodiment; 

Figures 10A-E illustrate a number of example web pages that are displayed to a customer in accordance with 
10 a third specific embodiment of the present invention; 

Figures 11A-B are a flowchart illustrating a process through which customer information is provided to a 
merchant in accordance with the third specific embodiment; and 

Figure 12 illustrates a data flow diagram showing the transfer of information between the customer, the 
information service, and the merchant in accordance with the third specific embodiment. 

15 

Detailed Description of the Preferred Embodiments 
In the following description, reference is made to the accompanying drawings, which show, by way of 
illustration, specific embodiments in which the invention may be practiced. Numerous specific details of these 
embodiments are set forth in order to provide a thorough understanding of the present invention. However, it will be 

20 obvious to one skilled in the art that the present invention may be practiced without the specific details or with certain 
alternative components and methods to those described herein. In other instances, well-known methods, procedures, 
and components have not been described in detail so as not to unnecessarily obscure aspects of the present invention. 
I. System Components 

Figure 1 illustrates the principal components of a preferred embodiment of a customer authentication and 

25 data transfer system ICQ. A customer 102 can be any entity or individual that wishes to make purchases of products 

or services from a merchant 104. The merchant 1Q4 is preferably an entity that sells products or services from a 
merchant web site 106, which is implemented using one or more physical servers 108. In order to select and purchase 
products or services, the customer 1 02 preferably uses a web browser 109 running on a computer 1 1 0. The computer 
110 is connected to the merchant server 108 through a communications network 112, which is preferably the 

30 Internet. 

In order to make purchases, the customer 102 typically provides various types of customer information to 
merchants 104. The customer information may include, for example, the customer's name, shipping addressles), email 
address, payment information, 1 -Click settings, and the names and addresses of common gift recipients. The 
customer may also be required to provide authentication information, such as a user 10 (which may be the user's email 
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address) and password. The merchant 104 may also collect and store various other types of customer information, 
including purchase histories and other data that indicates customers' interests. 

The information service 1 14 is an entity that serves as an intermediary for providing customer information to 
the merchant 104 in a secure and convenient manner through the communications network 112. The customer 102, 
5 using the computer 1 10, interacts with the information service 114 through an information service web site 1 16 that 

is serviced by an information service server 118. The information service server 118 prompts the user to enter various 
types of customer information and authentication information and stores and associates this information in a database 
120. The information service 1 14, through its server 1 18 and database 120, authenticates the customer 102 using 
the authentication information, and electronically provides some or all of the customer's information to the merchant 
10 104 and possibly other merchants. For purposes of the following description, the terms "customer information'' and 

"customer's information" will be used to refer primarily to information other than the authentication information (user 
ID and password). 

In the context of the present disclosure, actions indicated as being taken by the customer 102 are preferably 
performed by or through, as applicable, the web browser 109 and/or the computer 1 10. Actions indicated as being 

15 taken by the merchant 104 are preferably performed by or through, as applicable, the merchant server 108 and its 
associated software components. Actions indicated as being taken by the information service 114 are preferably 
performed by or through, as applicable, the information service server 114 and its associated software components. 
The computers and servers referenced herein are preferably general-purpose computers, although application-specific 
hardware could be used to perform certain tasks. 

20 In one preferred embodiment, the information service 114 is also an Internet merchant, separate and 

different from the merchant 104. Accordingly, the information service 114 typically will have available to It an 
existing database of customer information acquired as an Internet merchant. Existing customers of the information 
service 114 (as an Internet merchant) will preferably be able to use the customer authentication and data transfer 
system 100, without an additional registration, to make purchases from merchants 104 other than the information 

6 

25 service 114. For example, Amazon.com, acting as an information service 1 14, can provide its customers the option to 

shop from web sites of other merchants (e.g. www.gap.com) using their Amazon.com user IDs and passwords. 
Although the information service 1 14 is preferably an Internet merchant, it may alternatively be a non-merchant entity. 
11. General Embodiment 

A general embodiment of the invention will now be described with reference to Figures 2A-B and Figure 3. 
30 This general embodiment is Intended to illustrate the basic operation of the customer authentication and data transfer 
system 100. The three following sections will describe three specific embodiments based upon the general 
embodiment presented in this section. 

A. Methods and Data Flows 

Figures 2A*B are two flowcharts 200, 220 illustrating the operation of the general embodiment of the 
35 system 100. The flowcharts 200. 220 are presented in a three column format wherein the actions performed by each 
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of the customer 102, the information service 1 14, and the merchant 104 are depicted in a respective column under the 
name of the acting entity. The remaining flowcharts in this disclosure also follow the same format. 

Figure 3 illustrates a data flow diagram 300 showing the transfer of information between the customer 102, 
the information service 114, and the merchant 104 in accordance with the general embodiment. Information sent 
between the customer 102, the information service 114, and the merchant 104 is preferably sent through the 
computer 1 10, the information service server 118, or the merchant server 108 over the communications network 112. 
In the alternative, the information service 114 could communicate with the merchant 104 over a separate 
communications network 112 other than the one used between the information service 114 and the customer 102. 
For example, the transfer of customer information from the information provider 1 14 to the merchant 104 could occur 
over a direct dial telephone connection. 

In steps 202 • 206 of the flowchart 200 in Figure 2A a merchant 1 14 registers to use the authentication and 
data transfer system 100. At a first step 202, the information service 1 14 solicits merchants to register to use the 
system 100. The solicitation can be accomplished through Internet advertising, e-mail, or any off-line forms of 
solicitation typically used by businesses. At a next step 204, a merchant registers with the information service 114. 
The registration can be performed on-line, through the information service web site 116, or off-line, through 
conventional means. At step 204, the identity of the merchant and its server information are preferably stored in the 
information service's database 120. At a next step 206, the information service 1 14 and the merchant 104 establish 
a secure communications link over the communications network 112 through which customer information and other 
information can be transferred. Step 206 may involve the installation and configuration of software on the merchant 
server 1 14. Steps 202 - 206 are generally depicted in the data flow diagram 300 (Figure 3) by the two-way link 302 
between the information service 1 14 and the merchant 104, titled "Merchant Registration." 

The process of registering merchants as in steps 202-206 is suggested primarily to improve the security 
aspects of the present invention, but is not essential to its operation. By registering the merchant 104, the 
information service 1 14 can request information sufficient to verify that the merchant 104 is a valid business concern. 
In this manner, the information service 1 14 can, by one method, avoid inadvertently providing sensitive information to 
illegitimate entities. In alternative embodiments, steps 202-206 could be omitted. 

In steps 210-214 of the flowchart 200 a customer 102 registers to use the authentication and data transfer 
system 100. In the illustrated example, steps 202-206 occur before steps 210-214, however, steps 210-214 could 
occur before or at the same time as steps 202-206. At step 210, the information service 114 solicits customers to 
register witfi the service and to provide customer information, a user 10, and a password. The solicitation may be 
accomplished either on line on the Internet or through conventional means. At step 212, the customer 102 registers 
with the information service 114 and provides customer infonmation, a user ID, and a password. This registration Is 
preferably performed through the information service web site 116 and may be performed in conjunction with a 
purchase made from the information service 114. At a next step 214, the information service 114 associates and 
stores the customer information, the user 10, and the password in the database 120. Steps 210 • 214 are generally 
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depicted in the data flow diagram 300 by the two^way link 304 between the customer 102 and the information 
service 1 14 titled "Customer Registration." Many merchants 104 and many customers 102 will typically register with 
the information service 1 14. 

Referring now to the flowchart 220 in Figure 2B, the customer 102 browses at the merchant web site 106 
5 and identifies product(s) andfor service[s) for purchase at step 222. The exchange of web pages and selections by the 

customer 102 and merchant 104 are indicated by the two-way link 306 in the data flow diagram 300. In an 
alternative embodiment, the customer information may be transferred to the merchant 104 without requiring the 
customer 102 to make a purchase. At a next step 224 of the flowchart 220, the customer 102 requests (implicitly or 
explicitly) that the information service 114 provide the customer information to the merchant 104. The request of 
10 step 224 is indicated by the one-way link 308 from the customer 102 to the information service 114 in the data flow 

diagram 300. The request 308 results from a particular action by the customer 10Z such as a clicking on a "transfer 
information" link on the information service web site 1 16 or a clicking on a "purchase" link on the merchant web site 
106. 

At step 226, the information service 1 14 authenticates the customer 102, preferably by requesting that the 

15 customer 102 provide the user ID and password. Step 226 is depicted by a larger block that extends above and below 

steps 222 and 224 to emphasize that the authentication step need not occur at a specific time relative to steps 222 
and 224. Although other steps are shown throughout the drawings in a particular order, it will be recognized that the 
order can be varied in many instances. The authentication of step 226 is indicated by the two-way link 310 between 
the customer 102 and the information service 1 14 in the data flow diagram 300. Once steps 224 and 226 have been 

20 completed, the information service 1 14 provides some or all of the customer's information to the merchant 104 at step 

228. The transfer of the customer information of step 228 is indicated by the one-way link 312 from the information 
service 114 to the merchant 104 in the data flow diagram 300. At step 230, the merchant 104 receives the 
transferred customer information and processes the transaction. 

In the preferred embodiment, the user ID is the e-mail address of customer 1 02, and the password is a secret 

25 code selected by the customer 102. The customer information transferred to the merchant preferably includes 

payment and delivery information, such as, for example, a customer name, a credit card number, a credit card 
expiration date, a billing address, and a delivery address. The transferred customer information may also include, for 
example, a preferred shipment method, the customer's 1 Click settings, and the names and addresses of gift 
recipients. The transferred information may also include the customer's purchase history (optionally including items 

30 purchased from other merchants) and "interests" profile (specified explicitly by the custonfier or derived from the 

customer's activities) and other types of information that may be used by the merchant 104 to generate personal 
purchase recommendations or otherwise customize the merchant web site 106. In implementations in which the 
merchants store the transferred information for subsequent use, the customer's user ID and password may also be 
transferred, or may be captured by the merchant during authentication of the customer. 
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Further, specific types of customer information provided to a merchant by the information service 1 14 may 
be dependent upon the merchant's type of business. For example, when the customer 102 shops at a web site of a 
sporting goods merchant the information service 1 14 may expose to the sporting goods merchant all prior purchases 
or interests falling within the ''sports'' category. The sporting goods merchant could then use this information to 
customize the web site for the customer 102. When the customer sets up an account with an online stock trading 
firm, the transferred customer information may include a social security number or a bank account number. 

The information service web site may present the customer an option to specify or restrict the customer 
information that is transferred, and/or an option to specify the merchants 102 to which the customer Information is 
transferred. 

B. Security 

A number of the transactions involved in the above-described embodiment would pose security risks if 
transacted over an insecure communications link. Step 212, for example, wherein the customer provides sensitive 
information is preferably conducted using encryption to provide a secure and private communication link, in the 
context of the present invention, communications of sensitive information, such as a user ID, a password, or customer 
information are preferably effectuated over secure communications links. 

A number methods and protocols for providing secure communication links are presently available and well 
known in the art. Applicable methods and protocols include asymmetric key encryption (public-private key encryption), 
symmetric key encryption, and SSL (Secure Sockets Layer). A secure communications link can also be established 
using a direct connection through a separate or secure communications network, such as, for example, a direct 
connection between the information service 1 14 and the merchant 104. 

C. Communications Protocol 

In the preferred embodiment, the customer 102, the merchant 104, and the information service 114 
communicate using the hypertext transfer protocol (hereinafter HTTP). HTTP is the principal protocol that web 
browsers use to communicate with web servers over the Internet. When a web browser follows a hypertext link on a 
web page, the browser is said to generate an HTTP request. Associated with each HTTP request is the uniform 
resource locator or URL of the hypertext link. The HTTP request is serviced by a server that handles the URLs within 
the domain of the server. As HTTP and its related concepts are well known in the art, they will not be discussed in 
further detail herein. It will be noted that while the use of HTTP is suggested in the preferred embodiment other 
communications protocols could be used. 
III. First Specific Embodiment 

In a first specific embodiment of the present invention, an Internet merchant 104 displays a form, preferably 
on a checkout page on the merchant web site 106, requesting the entry of a customer's user ID and password. The 
Internet merchant 104 then submits the entered user ID and password to the information service 114. The 
information service 1 14 in turn returns to the merchant 104 the customer information associated with the user ID and 
password, or returns an error message if the user ID/password pair is invalid. The merchant then presents to the 
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customer 102 an order confirmation page that allows the customer 102 to confirm the sale. Once the customer 102 
has confirmed the sale, the merchant 104 uses the customer information to process a payment and, if applicable, ship 
the order. 

In the first subsection below, a set of example web pages illustrates the present embodiment from the 
5 perspective of the customer 102. In a next subsection, a flowchart and data flow diagram illustrate the present 

enibodiment from an implementation perspective. In a third subsection, a number of alternative implementations of the 
embodiment are described. 

A. Example Web Paoes 

Figures 4A-6 illustrate a number of example web pages that are displayed to a customer 102 in accordance 
10 with the first specific embodiment of the present invention. In the illustrated example, Merchant.com, a hypothetical 

merchant, serves as the Internet merchant 104, and Amazonwallet.com serves as the hypothetical information service 
114. In the context of these web pages, "Amazon Wallet" represents the name of a service, provided by the present 
embodiment, that a customer 1 02 uses to make purchases from multiple Internet merchants using only a single user ID 
and password set. 

15 Figure 4A illustrates an Amazon Wallet New User Page of the Amazonwallet.com web site 116. The page 

has form entry fields for a user ID, a password, and customer information such as a shipping address, a contact phone 
number, and payment information. In the illustrated embodiment, the payment information comprises a credit card 
number, the credit card expiration date, the name displayed on the card, and the billing address of the card. As will be 
discussed in further detail below, the customer's mother's maiden name is also preferably requested in order to 

20 maintain the security of the information submitted. Once a new customer 102 fills in the new user information and 
submits the form, the customer 102 can then use the wallet to shop at the web sites of Internet merchants that have 
registered with the information service 1 14. 

If the customer 102 is already an existing customer of Amazon.com, which operates Amazonwailet.com in 
this example, the process of filling in the new user information may be bypassed. In this case, the customer 

25 information already on file with Amazon.com could be used to make the Amazon Wallet automatically active. 

Figure 4B illustrates a Checkout Page of the Merchant web site 106 that a customer 102 reaches after 
selecting one or more products and/or services for purchase. The Checkout Page lists the order and presents to the 
customer 102 an option to enter payment and possibly delivery information manually or to use the Amazon Wallet. If 
the customer 102 chooses to use the Amazon Wallet, the customer 102 enters her user ID and password and clicks on 

30 the associated button. 

Figure 4C illustrates an Order Confirmation Page that is next displayed to the Amazon Wallet customer 102 
on the Merchant.com web site lOB. The page again lists the order, the name of the customer 102 in order to confirm 
the identity of the customer, and displays a "confirm order" button. The Amazon Wallet customer 102 next sees a 
Thank You page on the Merchant.com web site 108 as illustrated in Figure 40. The page confirms that the order has 

35 been placed, provides an order number for order tracking, and thanks the customer 1 02. 
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Figure 4E illustrates an Amazonwallet.com Login to Account Access Page of the Amazonwallet.com web site 
116. This page serves as a gateway to the customer's access to her own customer information. In addition to the 
Amazon Wallet user ID, and password, the page also requests that the customer 1 02 enter her mother's maiden name. 

The maiden name of the customer 102 is requested in order to close security loopholes by only requesting 
the customer ID and password. A simple example will serve to illustrate one such security loophole. Suppose that 
only the user ID and customer password were required to gain access to the customer information. These two pieces 
of information are the same that are requested by other Internet merchants. Suppose an illegitimate entity posing as 
an Internet merchant posted a web site and purported to service Amazon Wallet customers 102. The illegitimate 
entity could solicit Amazon Wallet customers 102 to enter their user IDs, and passwords. Supposing the Amazon 
Wallet Account Access Page did not require an additional element of information such as a mother's maiden name, the 
illegitimate entity could use the user IDs and passwords acquired from unsuspecting customers 102 to access and/or 
change confidential customer information on the Amazon Wallet web site. By requiring customers 102 to provide an 
extra element of information to gain access to their own information, the danger of this loophole is drastically reduced. 
This feature also prevents a registered merchant 104 from fraudulently modifying a customer's information on file 
with Amazonwallet.com. 

Figure 4F illustrates the Amazon Wallet Account Access Page of the Amazonwalletcom web site 1 16, which 
is reached by customers 102 after the Login Page. This page allows Wallet customers 102 to view and update the 
Wallet account information by clicking on a button. The button leads to an Update Page (not illustrated) that is similar 
in layout to the New User Page, but preferably has the information fields already filled in. The customer 102 can 
modify information as applicable and click an update button. The customer can also log out of Account Access by 
clicking on a Logout button. Another button allows a customer 102 to view a Wallet History Page. 

Figure 4G illustrates the Wallet History Page reached from the Account Access Page of the 
Amazonwallet.com web site 116. The History Page shows a list of when and to whom the customer's information has 
been provided. In the illustrated example, the History Page also lists the orders placed using the Amazon Wallet in 
terms of the associated merchants with whom the orders were placed, the associated order numbers, and the times 
the orders were placed. These and other types of order history data may be may be reported by the merchants to the 
information service on an order-by-order, periodic, or other basis. 

To assist the information service in creating an interests profile for each customer (which may in turn be 
disseminated to the merchants), the merchants could be requested or required to report keywords that describe the 
items purchased, and/or report "standard" product categories in which the purchased items falL The standard set of 
item categories may be published by the information service to the various merchants. The use of keywords and or 
standard categories would allow the information service to build a customer profile without the need to maintain a 
database of the items offered by the various merchants. 
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B. Implementation 

Figure 5 is a flowchart 500 illustrating a process through which customer information is provided to a 
merchant 104 in accordance with the first specific embodiment. The process illustrated in the flowchart 500 assumes 
that the customer has already signed up with the information service 114. Figure 6 illustrates a data flow diagram 
5 600 showing the transfer of information between the customer 102, the information service 1 14, and the merchant 

104 in accordance with the first specific embodiment. The flowchart 500 will now be described in conjunction with 
the data flow diagram 600. 

Referring to the flowchart 500 of Figure 5, the customer 102 browses at the merchant web site 106 and 
identifies product(s) and/or service(s) for purchase at step 502, which is similar to step 222 of flowchart 220. The 

10 exchange of web pages and selections by the customer 102 and merchant 104 is indicated by the two-way link 602 in 
the data flow diagram 600, which is similar to the link 306 of the data flow diagram 300. Step 502 brings the 
customer 102 to a Checkout Page such as, for example, the one illustrated in Figure 4B. At step 504, the merchant 
104 requests that the customer 102 provide her user 10 and password, such as, for example, is requested in the 
Checkout Page of Figure 48. The transmission of the request for the user ID and password is indicated by the one* 

15 way link 604 from the merchant 104 to the customer 102 in the data flow diagram 600. At step 506, the customer 

102 provides her user ID, and password, such as, for example, by filling out the form in the Checkout Page of Figure 
48 and clicking to make the purchase. The submission of the user 10 and password is indicated in the data flow 
diagram 600 by the one-way link 606 from the customer 1 02 to the merchant 1 04. The request and submission of the 
customer's user ID and password as in steps 504-6 can be accomplished using welt-known techniques such as HTML 

20 forms and Common Gateway Interface (CGI), as well as SSL for security. 

By sending her user ID and password to the merchant 104, the customer 102 has authorized the merchant 
104 to retrieve her customer information from the information service 114. Accordingly, at step 508 the merchant 
104 sends the user ID and password to the information service 1 14 as is depicted by the one-way link 608 from the 
merchant 104 to the information service 114 in the data flow diagram 600. The transmission of the user ID and 

25 password can be performed over an insecure communications network 112 such as the Internet by using a secure 

communications protocol. Alternatively, a secure direct link between the merchant 104 and the information service 
1 14 could be established for communication between the information service 1 14 and the merchant 104. 

At a next step 510, the information service 114 receives the information request 608, containing the 
customer's user ID and password, from the merchant 102. At step 512, in order to help prevent fraud, the information 

30 service 114 authenticates the merchant 104 by checking its database 120 to determine whether the merchant 104 
requesting the information is registered with the information service 114. At step 514 the information service 114 
authenticates the customer 104 by verifying that the submitted user ID and password match entries in the database 
120. If the user ID and password match, then at step 516, the information service 1 14 returns to the merchant 104 
the customer information associated with the user ID and password. The one-way link 616 in the data flow diagram 

35 600 indicates the passing of the customer information to the merchant 104. In step 516, the customer information is 

-12- 



wo 01/43033 



PCTAJSOO/33506 



preferably communicated over the same communications link as was used in step 508, but an alternate medium of 
communication could be used. It will be noted that steps 512 and 514 could be performed in an opposite order to that 
illustrated in the flowchart 500. Furthermore, step 512 is not essential to the operation of the present embodiment 
and serves only as an extra security measure. 

At step 518 the merchant 104 receives the customer information and prepares the transaction for 
confirmation by the customer 102 by returning an order confirmation page to the customer 102. The order 
confirmation page could be, for example, the Order Confirmation Page illustrated in Figure 4C. The order confirmation 
page preferably includes a button for the customer 102 to click, such as is illustrated in the Order Confirmation Page 
of Figure 4C, to confirm her order. The order confirmation page may also be configured to allow a customer to modify 
the information for completing the transaction. Optionally, the customer information may include several credit card 
numbers, several delivery addresses, and other information selectable by the customer at the time of purchase. At the 
order confirmation page, the customer 102 could be prompted to select the appropriate information based upon which 
to complete the sale. 

At a next step 520, the customer 102 confirms her order by clicking on the "confirm order* button. At this 
point, the merchant 104 can optionally display a Thank You page providing an order number, such as the one illustrated 
in Figure 4D. 

Once the order has been confirmed by the customer 102, the merchant 104 can use the credit card 
information included in the customer information to initiate a charge. The merchant 104 can also use the shipping 
information to ship the order to the customer 102, if necessary. At a next step 522, the merchant 104 can optionally 
send order information, such as an order number, back to the information service 1 14 to be displayed on an order 
history page, such as the one illustrated in Figure 4G. The one-way link 622 in the data flow diagram 600 indicates 
the passing of the order information to the information service 114. As indicated above, the merchant may 
additionally or alternatively transfer other types of information about the order, such as keywords and categories of 
purchased items. 

The merchant 104 may optionally create and account for the customer using the user ID and password 
entered by the user and the information obtained from the information service. In such implementations, the merchant 
and customer can subsequently transact business without the need for addition transfers of the customer's 
information. The merchant 104 may alternatively request the customer's information whenever the customer 
performs a transaction. 

C. Alternative Implementations 

In one alternative implementation of the present embodiment, the additional element of security information, 

such as a mother's maiden name, is not used to protect the customer's account access to the information service 1 14. 

In order to maintain the security of the system, Amazon Wallet holders can be informed to use their wallet only at well 

known Internet merchants 104 the legitimacy of which need not be questioned. For lesser-known Internet merchants, 

the information service 1 14 can post a listing of legitinfiate participants or registrants to the Amazon Wallet program. 
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Amazon Wallet holders can consult this site if they are unsure of whether a particular merchant 104 is legitimate. 
Accordingly, the possibility that an illegitimate entity will be able to solicit user IDs and passwords is reduced. 

The benefit of this alternative implementation is that many existing customer databases of Internet 
merchants may not include a second element of security information. By eliminating the use of the extra element of 
security information, these databases could be directly used to enable Amazon Wallet accounts for existing customers 
without additional user interaction or additional solicitations of information. 

In another alternative implementation, request for the user ID and password in step 506 could be 
implemented with forms that, although located on the merchant web site 106, are submitted directly to the 
information service 114. In this embodiment, step 508 can be omitted and the merchant 104 does not see the 
customer's user ID or password. 
IV. Second Specific Embodiment 

In a second specific embodiment of the present invention, an Internet merchant 1 04 displays a link to the 
information service web site 1 1 6, preferably from an order page. After the link is followed, the information service 
web site 116 displays a form requesting the entry of a customer's user ID and password. Once the customer 102 
submits her user ID and password to the information service 1 14, the information service 1 14 returns to the merchant 
104 the customer information associated with the user ID and password. The customer is then directed back to an 
order confirmation page on the merchant web site 106 to confirm the sale. Once the customer 102 has confirmed the 
sale, the merchant 104 uses the customer information to process a payment and, if applicable, ship the order. 

The primary distinction between the present embodiment and the previous embodiment is that the 
customer's user ID and password are submitted directly to the information service 114 rather than being passed 
through the merchant 104 to the information service 114. In accordance with the present embodiment, customers 
102 are preferably informed only to submit their user IDs and passwords directly to the information service. Since 
customers 102 are informed only to submit their user ID and password to the information service web site 116, 
illegitimate entities would be deterred from setting up deceptive web sites to collect user IDs and passwords. In this 
manner, the present embodiment is able to increase security without requiring customers 102 to verify that individual 
merchants 104 are registered with the information service 114. The present embodiment also does not require an 
extra element of security information for account access in order to achieve this increased level of security. The 
present embodiment, therefore, could easily make use of existing customer databases that do not contain an extra 
element of security information. A further benefit is that user IDs and passwords need not be disclosed to the 
merchant 104. The user IDs and passwords may be valuable and confidential information that the information service 
1 14 or customers 1 02 wish to maintain in secrecy. 

In the first subsection below, a set of example web pages illustrates the present embodiment from the 
perspective of the customer 102. In a next subsection, a flowchart and data flow diagram illustrate the present 
embodiment from an implementation perspective. 

A. Example Web Panes 
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Figures 7A-E illustrate a number of example web pages that are displayed to a customer 1Q2 in accordance 
with the second specific embodiment of the present invention. Reference is also made back to some of Figures 4A-G 
since certain example pages are the same or similar. The illustrated example also uses the hypothetical Merchant.com, 
Amazonwallet.com, and Amazon Wallet terms introduced in the first specific embodiment above. 

Figure 7A illustrates an Amazon Wallet New User Page of the Amazonwallet.com web site 1 16. The page is 
similar to the page of Figure 4A, however, the field requesting the mother's maiden name and the accompanying 
security note are omitted. In place of the security note is preferably a security note warning customers that they 
should only submit their user 10 and password to the Amazonwallet.com web site. Once a new customer 102 fills in 
the new user information and submits the form, the customer 102 can then use the wallet to shop at the web sites of 
Internet merchants that have registered with the information service 1 14. 

If the customer 102 is already an existing customer of Amazon.com, which preferably operates 
Amazonwallet.com, the process of filling in the new user information may be bypassed. In this case, the customer 
information already on file with Amazon.com could be used to make the Amazon Wallet automatically active. 

Figure 7B illustrates a Checkout Page that a customer 102 reaches at the Merchant.com web site 106 after 
selecting one or more products and/or services for purchase. The Checkout Page lists the order and presents to the 
customer 102 a button to use the Amazon Wallet for entry of payment and/or shipping information. If the customer 
102 chooses to use the Amazon Wallet, the customer 102 clicks on the associated button and is directed to the 
Amazon Wallet Authentication Page. 

Figure 4C illustrates the Amazon Wallet Authentication Page of the Amazonwaliet.com web site 116. The 
page requests the user ID and password of the customer 102. The page provides a button for account access. The 
page also provides a button that can be clicked to send the customer information to the referring merchant 102. 
Assuming that the latter button is clicked, the customer information is transferred to the referring merchant and the 
customer's web browser 109 is then directed back to the merchant's web site. 

Figure 7D illustrates an Order Confirmation Page of the Merchant.com web site 106 that is displayed to the 
Amazon Wallet customer 102 after returning from the Amazon Wallet Authentication Page. The page again lists the 
order, the name of the customer 102 in order to confirm the identity of the customer, the shipping address, and the 
last several digits of the credit card being charged. The additional information such as the customer's shipping address 
can be safely displayed here since AmazonWallet.com has authenticated the customer and there is a low risk that the 
user ID and password have been compromised. The page also displays a "confirm order" button. After selecting the 
"confirm order" button, the Amazon Wallet customer next sees a Thank You page of the type illustrated in Figure 40. 
The page confirms that the order has been placed, provides an order number for order tracking, and thanks the 
customer 102. 

Figure 7E illustrates an Amazon Wallet Account Access Page of the Amazonwallet.com web site 1 16 that is 
reached by customers 102 by selecting the account access button from the Amazon Wallet Authentication Page of 
Figure 7C. This page of the AmazonwaiIet.com web site allows Wallet customers 102 to view and update their Wallet 
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account information in a manner similar to the first specific embodiment. An optional fink can be displayed if the 
customer entered the Account Access Page after being referred by a merchant to the AmazonWallet.com web site. 
The optional link allows the customer 102 to submit her customer information to the referring merchant and log out of 
Account Access simultaneously. The customer can also log out of Account Access by clicking on a Logout button. 
Another button allows a customer 102 to view a History Page that is similar to that illustrated in Figure 4G. As in the 
first specific embodiment, the history page can also display a listing of the purchases made using the Amazon Wallet. 
B. Implementation 

Figure 8 is a flowchart 800 illustrating a process through which customer information is provided to a 
merchant 104 in accordance with the second specific embodiment. The process illustrated in the flowchart 800 
assumes that the customer has already signed up with the information service 1 14. Figure 9 illustrates a data flow 
diagram 900 showing the transfer of information between the customer 102, the information service 114, and the 
merchant 104 in accordance with the second specific embodiment. The flowchart 800 will now be described in 
conjunction with the data flow diagram 900. 

Referring to the flowchart 800 of Figure 8, the customer 102 browses at the merchant web site 106 and 
identifies product(s) and/or service(s) for purchase at step 802, which is simitar to step 502 of flowchart 500. The 
exchange of web pages and selections by the customer 1 02 and merchant 1 04 is indicated by the two-way link 902 in 
the data flow diagram 900, which is similar to the link 602 of the data flow diagram 600. At step 804, the merchant 
104 returns to the customer 102 a Checkout Page such as, for example, the one illustrated in Figure 7B. The 
Checkout Page displays a link to the information service web site 116 allowing the customer 102 to use the 
information service 1 14 to provide payment information. The transfer of the Checkout Page containing the link to the 
information service web site 1 16 is indicated by the one-way link 904 in the data flow diagram 900. At step 806, the 
customer 102, choosing to use the information service 1 14, follows the link to the information service web site 116. 

In one implementation of the present embodiment, the link to the information service web site 116 provided 
in step 804 can be configured, using the well-known techniques of URL encoding and CGI (Common Gateway 
Interface), to transfer information to the information service server 1 18. Using URL encoding, the merchant appends a 
code identifying itself and an identifying order number to the link to the information service web site 116. 
Additionally, the merchant could encode other information, such as, for example, item numbers, prices, etc. in the link 
to the information service web site 116. When the link is followed the appended information is submitted to a CGI 
program or script on the information service server 1 18. The CGI program on the information service server 1 18 can 
then identify the merchant and an identifying order number. 

At step 808, the CGI program returns to the customer 102 a request for the customer's user ID and 
password. The request is preferably implemented using a form such as, for example, the one illustrated in Figure 7C. 
The transmission of the request for the user ID and password is indicated by the one-way link 908 from the 
information service 1 14 to the customer 102 in the data flow diagram 900. At step 810, the customer 102 provides 
her user ID and password and submits the form to another CGI program located on the information service server 1 18. 
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The submission of the user ID and password is indicated in the data flow diagram 900 by the one-way link 910 from 
the customer 102 to the information service 114. The request and submission of the customer's user ID and 
password as in steps 808-810 can be accomplished using well-known techniques such as HTML forms and Conmion 
Gateway Interface (CGIh as well as SSL for security. 

At step 812, the CGI program authenticates the customer by checking that the submitted user ID and 
password combination is present in the information service database 120. At step 814, if the authenticity of the 
customer 102 is verified, the CGI program sends the customer information associated with the user ID to the merchant 
104. The information server 118 preferably appends to the customer information the identifying order number that 
was originally provided by the merchant 104. The identifying order number allows the merchant 104 to associate the 
customer information received with a pending order. The transmission of the customer information from the 
information service 1 14 to the merchant 104 is indicated by the one-way link 914 in the data flow diagram 900. The 
customer information can be sent in any number of ways, such as, for example, using URL encoding, CGI, and SSL over 
the Internet. Alternatively, the information could be transferred over a direct link between the information service 1 14 
and the merchant 104. There are also numerous other well-known protocols and methods that could be used to 
securely transfer the information. 

At a next step 816, the merchant 104 receives the customer information and the associated order number. 
The merchant 104 then processes the customer information and returns, to the information service 114, a link or 
uniform resource locator (URL) to a new order confirmation page. The transfer of the URL from the merchant 104 to 
the information service 114 is indicated by the one-way link 916 in the data flow diagram 900. At a next step 818 
the information service 114 receives the link to the order confirmation page and redirects the customer 102 to the 
page. The passing of the URL of the page to which the customer 102 is redirected is indicated by the one>way link 
918 from the information service 1 14 to the customer 102 in the data flow diagram 900. 

From the perspective of the customer 102, all of steps 812-816 appear as one step in which the customer 
submits her user ID and password and is then brought to the order confirmation page, such as, for example, the page 
illustrated in Figure 7D. The order confirmation page preferably includes a button for the customer 102 to click to 
confirm her order. The order confirmation page may also be configured to allow a customer to modify the information 
based upon which the sale will be completed. Optionally, the customer information may include several credit card 
numbers, delivery addresses, etc. that are selectable by the customer at the time of purchase. 

At step 820, the customer 102 confirms the order by clicking on the "confirm order" button. At this point, 
the merchant 104 can optionally display a Thank You page providing an order number, such as the one illustrated in 
Figure 40 of the first specific embodiment. 

Once the order has been confirmed by the customer 102, the merchant 104 can use the credit card 
information included in the customer information to initiate a charge against the customer's credit card. The merchant 
104 can also use the shipping information to ship the order to the customer 102, if necessary. At step 822, the 
merchant 104 can optionally send order information, such as an order number, back to the information service 114 to 
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be displayed on an order history page, such as the one illustrated in Figure 4G of the first specific embodinient. The 
one*way link 922 in the data flow diagram 900 indicates the passing of the order information to the information 
service 114. As indicated above, the order information, which may include item keywords and categories, may be 
aggregated by the information service and used to generate and disseminate customer profiles. 
V. Third Specific Embodiment 

In a third specific embodiment of the present invention, an Internet merchant 104 displays a button on an 
item detail or other page that allows a customer 102 to purchase an item with a single mouse click without ever 
having provided information to or registered with the merchant 104. In response to the single mouse click, the 
information service 1 14 provides the customer information and an identification of the desired product to the merchant 
104. The customer 102 enables this single click feature, after registering with the information service 114, by 
submitting her user ID and password to the information service 114 for authentication. 

The use of a single mouse click or other action to make a purchase from a merchant is described in U.S. 
Patent 5,960,411. The present embodiment extends the use of the single-click concept to function with merchants 
with whom the customer has no previous established relationship. Like the presently implemented 1 -Click system, the 
present embodiment is preferably configured to consolidate all purchases from a single merchant 104 using a single- 
click service within a time period, such as 90 minutes, into a single order. Alternatively, other single-click order 
consolidation schemes could be used. 

In the first subsection below, a set of example web pages illustrates the present embodiment from the 
perspective of the customer 102. In a next subsection, a flowchart and data flow diagram illustrate the present 
embodiment from an implementation perspective. In a third subsection, a number of alternative implementations of 
this embodiment are disclosed. 

A. Example Web Panes 

Figures 10A-E illustrate a number of example web pages that are displayed to a customer 102 in accordance 
with the third specific embodiment of the present invention. Reference is also made back to some of Figures 7A-E 
since certain example pages are the same or similar. In the illustrated example, Merchant.com, a hypothetical 
merchant, serves as the Internet merchant 104, and Amazon1-click.com serves as the hypothetical information service 
114. In the context of these web pages, "l-Click" represents the name of the service provided by the present 
embodiment that a customer 102 uses to make purchases using only a single mouse click from Internet merchants 
with which the customer may have no previous existing relationship. 

Referring back to Figure 7A, a New User Page similar to that illustrated for the second specific embodiment 
could also be used to register customers for the third specific embodiment. The 1 -Click New User Page is located on 
the Amazon1-click.com web site 116. The security note warning customers that they should only submit their user 10 
and password to, in this case, the Amazon1-click.com web site, is preferably retained. Once a new customer 102 fills 
in the new user information and submits the form, the customer 102 can then activate the 1 -Click feature to shop at 
the web sites of Internet merchants that have registered with the information service 114. 
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If the customer 102 is already an existing customer of Amazonxom, which operates Amazonl-click.com in 
this example, the process of filling in the new user information may be bypassed, in this case, the customer 
information already on file with Anfiazon.com could be used to make the Amazon Wallet automatically active. 

Figure IDA illustrates a Login to Account Access Page located on the Amazonl-click.com web site 116. This 
5 page serves as a gateway to the customer's access to her own customer information and 1 -Click settings. An 

additional button can be displayed on this page allowing a customer to turn the 1 -Click service off if it is presently 
turned on. 

Figure 10B illustrates a 1 -Click Account Access Page, located on the Amazon1*c!ick.com web site 116, that 
is reached from the Login page of Figure 10A. One button on the page allows a customer 102 to activate the 1 -Click 
10 feature. The page also allows 1 -Click customers 102 to view and update the 1 -Click account information by clicking 
on an Update button. The Update button leads to an Update Page (not illustrated) that is similar in layout to the New 
User Page, but preferably has the information fields already filled in. An Order History button allows a customer 102 
to view an Order History Page that will be discussed below. The customer can also log out of Account Access by 
clicking on a Logout button. 

15 Figure IOC illustrates an Item Detail Page that is displayed on the Merchant.com web site 106 if the 

customer 102 has acth/ated the 1 -Click feature. A 1 -Click purchase graphic 1010, allowing the customer 102 to 
purchase the displayed product using the 1 -Click feature, is displayed with the name of the customer 102. By clicking 
on the 1 -Click graphic 1010, an order is automatically generated and the customer's information is automatically 
retrieved from the information service 1 14 with no further action on the part of the customer 102. Preferably, after a 

20 waiting time, such as 90 minutes, the customer 102 is charged and (if applicable) shipment is initiated. The waiting 
time gives the customer an additional opportunity to make additional purchases using the 1 -Click feature and have the 
additional purchases consolidated into a single order and possibly shipped together. Another button titled 'Add Item to 
shopping cart" gives the customer 102 the option of adding the displayed item to a shopping cart in order to make a 
purchase using conventional methods. 

25 Figure 10D illustrates a 1 -Click Order History Page that can be accessed by a customer on the Amazonl- 

click.com web site 1 16 from the Account Access Page. The Order History page displays a listing, for each merchant 
104, of the pending and placed orders using the 1 -Click service. Pending orders are those for which the waiting time 
has not expired. Associated with each merchant 104 is a link or button that takes the customer 102 to an Order 
History and Review Page for the respective merchant 104. 

30 Figure 10E illustrates the Order History and Review Page located on the Merchant.com web site 106. The 

page displays a history of placed orders and some information relating to the orders. The page also displays any 
pending orders and gives the customer 102 the option of changing the quantities of the products in the pending order. 
The time remaining before the pending order will be placed may also be displayed. 
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B. Implementation 

Figures 1 1 A-B are a flowchart 1 100 illustrating a process through which customer information is provided to 
a merchant 104 in accordance with the third specific embodiment. The process illustrated in the flowchart 1100 
assumes that the customer has already signed up with the information service 1 14. Figure 12 illustrates a data flow 
5 diagram 1200 showing the transfer of information between the customer 102, the information service 1 14, and the 

merchant 104 in accordance with the third specific embodiment. The flowchart 1100 will now be described in 
conjunction with the data flow diagram 1 200. 

Referring now to the flowchart 1 100, at step 1 102, the information service server 1 18, in response to the 
customer 102 accessing the information service web site 116, requests the customer's user ID and password. The 

10 request is preferably implemented using a form such as, for example, the one illustrated in Figure IDA. The 
transmission of the request for the user 10 and password is indicated by the one-way link 1202 from the information 
service 1 14 to the customer 102 in the data flow diagram 1 200. At step 11 04, the customer 102 provides her user 
10 and password and submits the form to a CGI program located on the information service server 118. The 
submission of the user ID and password is indicated in the data flow diagram 1200 by the one-way link 1204 from the 

IS customer 102 to the information service 114. The request and submission of the customer's user ID and password as 

in steps 1102-1104 can be accomplished using well-known techniques such as HTML forms and Common Gateway 
Interface (CGI), as well as SSL for security. 

At step 1106, the CGI program authenticates the customer by checking that the submitted user ID and 
password combination is present in the information service database 120. If the authenticity of the customer 102 is 

20 verified, the CGI program directs the customer's web browser 109 to an account access page such as the one 

illustrated in Figure 10B. The account access page allows the customer 102 to activate the single click feature by 
clicking on a button. At step 1 108, if the customer 102 chooses to activate the single click feature, the information 
service server 118 returns to the customer 102 a new web page (not illustrated by example in the figures) informing 
the customer 102 that the single click feature has been activated. In returning the new web page, server 118 places a 

25 cookie on the customer's computer 110. The cookie contains information identifying the customer 102 and indicating 

that the customer 102 has activated the single click feature. The transfer of the cookie is indicated in the data flow 
diagram 1200 by the one-way link 1208 from the information service 1 14 to the customer 102. 

The use and characteristics of cookies in conjunction with web browsers are well known in the art and will 
not be discussed in detail herein. One important characteristic of cookies, however, should be kept in mind. Each 

30 cookie has a parameter, called its domain, that specifies the valid domain of the cookie. Whenever a link is followed to 

a web server with a domain name within the cookie's domain, the information in the cookie is also passed along to the 

server. Furthermore, in placing a cookie on a customer's computer 110, a server may only assign to it a domain to 

which the server belongs. Accordingly, in the present embodiment, the cookie placed on the customer's computer 110 

by the information service server 118 is only returned to servers with the same domain name as the information 

35 service server 118. As a consequence, the cookie identifying the customer 102 and signifying that the customer has 
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enabled the single click feature will not be passed on to merchant servers 108 having different domain names than the 
information service server 118. Although the cookie wilt not be submitted to the merchant server 108. the merchant 
server can display a web page with a link to the information service server 118. This link, in turn, will cause the 
cookie to be submitted to the information service server. 
5 Once the customer 102 has activated the single click feature, the customer 102 browses a merchant web 

site 106 at step 1110. At step 1112, the merchant 104 displays an item detail page on the customer's web browser 
109, such as for example, the page in Figure IOC. The item detail page identifies the item and provides a single click 
purchase graphic 1010 (Figure IOC) for which the image is retrieved from the information service server 1 18. The 
transfer of the item detail page is indicated by the one-way link 1212 from the merchant 104 to the customer 102 in 
1 0 the data flow diagram 1 200. 

At step 1114, when the customer's web browser 109 encounters the URL of the graphic 1010, the browser 
109 automatically generates an HTTP request to retrieve the graphic 1010 from the information service server 118. 
Since the domain name of the information service server 118 is within the domain of the cookie placed on the 
customer's computer 1 1 0, the cookie is also sent in conjunction with the request. The transmission of the cookie with 
15 the request for the graphic 1010 is indicated by the one way link 1214 from the customer 102 to the information 
service 1 14 in the data flow diagram 1 200. 

At step 1116, a CGI program on the information service server 118 receives the HTTP request for the 
graphic 1010 from the customer's web browser 109. If the customer 102 has activated the single click feature, the 
CGI program retrieves the customer information associated with the cookie that was sent along with the request. At a 
20 next step 1 1 18, the CGI program responds to the web browser's request for the graphic 1010 with an image that is 
displayed by the customer's web browser 109. As depicted in Figure IOC, the image is preferably in form of a box 
that identifies the customer and gives the customer 102 the option of clicking on a button to purchase the featured 
item. The transfer of the image is represented by the one-way link 1218 from the information service 114 to the 
customer 102 in the data flow diagram 1200. 
25 Returning to step 1 1 16, if the customer 102 has not activated the single click feature, no cookie is sent to 

the CGI program processing the request on the information service server 118. In this case the CGI program can 
respond to the HTTP request for the graphic with an image offering the customer 102 the opportunity to activate or 
sign up with the single click service. Alternatively, during a previous step, the information service 114 could have 
placed a cookie on the customer's computer 1 10 indicating that the customer 102 has signed up for the service but 
30 has not activated it. In this case the CGI program can display the appropriate image offering the customer 102 the 

opportunity to either sign up for or activate the single click feature as applicable. 

At a next step 1120, a customer 102 who has activated the single click feature clicks on the single click 
purchase graphic 1010 downloaded from the information service server 118. The associated with the graphic 1010 is 
a link that is also serviced by the information service server 118 through another CGI program. Therefore, at step 
35 1122, the customer's web browser 109 again submits the cookie to the infomiation service server 118. The link 
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associated with the graphic 1010 also has appended to \t, preferably using URL encoding, a merchant identifier by 
which the information service 114 can identify the merchant 104, as well as a product identifier by which the 
merchant 104 can identify the selected product. In sum, by clicking on the graphic 1010 and following the link to the 
information service server 118, the customer 102 provides the cookie identifying the customer 102 as well as the 
identrty of the desired product and the identity of the associated merchant, which are encoded within the URL of the 
link associated with the graph 1010. The customer's clicking on the graphic 1010 generates another HTTP request 
that is indicated by the one-way link 1120 from the customer 102 to the information service 114 in the data flow 
diagram 1200. 

At step 1 124 the CGI program on the information service server 118 processes the HTTP request resulting 
from the click on the single click purchase graphic 1010. The CGI program compiles the customer information 
associated with the cookie from the database 120, appends the product 10 that was URL encoded with the URL 
associated with the graphic 1010, and sends the information to the merchant 104. The communication of the 
information from the information service 114 to the merchant 104 is indicated by the one-way link 1224 in the data 
flow diagram 1200. This communication can be effectuated through any of the methods suggested in conjunction 
with the first and second specific embodiments above. In response to the HTTP request resulting from the customer's 
selection of the graphic 1010, the information service server 118 can return to the customer 102 a thank you page 
(not illustrated) confirming that the single click purchase has been processed. 

At a next step 1 126, the merchant 104 receives the customer information and product ID. At step 1 128, the 
merchant 104 creates an order for the identified product using the customer information. If an order from the same 
customer 102 is already pending, the merchant 104 can add the identified product to the pending order. Once the 
merchant 104 places the order, it can send a message back to the information service 114 indicating that the order 
has been placed. 

In subsequent steps not illustrated in the flowchart 1100, the customer 102 can log in to the information 
service web site 116, access her order history page, and follow a link to the merchant's order history and review page. 
At the merchant's order history and review page, the customer can modify or cancel any pending order and view placed 
orders. 

C. Alternative Implementations 

In one alternative implementation of this third specific embodiment, the information service 114 could send 
the customer's user ID along with the customer information to merchant 104 so that merchant 104 can easily 
consolidate 1 -Click orders without attempting to match customer information. 

In another implementation, the graphic 1010 could include a text entry box in which the customer 102 
supplies a password. The password is sent along with the HTTP request 1 120 to the information service and can be 
used as an extra element of security in authenticating the customer 102. 

In another alternative inoplementation, the information service server 118 could direct the customer 102 to 
an order history and review page on the merchant's web site 106 after the customer clicks on the single click purchase 
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graphic 1010. This feature could be implemented by redirecting the customer's web browser 109 back to the 
merchant web site 106 after the information service server 1 18 receives a response from a single click link. Sufficient 
information could be appended to the redirect URL using URL encoding to allow the merchant server 108 to identify 
the customer 102 and display the appropriate web page. 

In still another alternative implementation, the merchant 104 could also deposit a cookie on the customer's 
computer 110. The merchant 104 could then use the cookie to allow the customer 102 to check an order history and 
review page without first logging into the information service 114. The cookie could also be used to provide a 
separate single click feature that does not require interaction with the information service 114. 

In other implementations, the features of the present embodiment could be implemented using more 
comprehensive web toots such as Java and frames. These other implementations could provide additional features. 
For example, using frames, the single click graphic 1010 could be replaced with a frame. The Java programming 
language could also be used in conjunction with the frame to provide some interactive and/or processing capabilities to 
the single click purchase frame. 
VI. Alternative Embodiments 

In an alternative embodiment, any of the above embodiments could be modified to combine the user ID and 
password into a passcode. In another alternative embodiment, the information service 114, instead of the customer 
102, could select and/or provide the user 10 and/or password, in other embodiments, other forms of authentication, 
such as a key file or a talbage-response method, could replace the use of the user ID and passcode. 

In further embodiments, the information service 1 14 could provide the customer's user ID and password to 
the merchant 104 in conjunction with providing the customer information. With this information, the merchant 104 
could allow the customer 102 to login directly to the merchant web site 106, access account information and make 
purchases using her existing information service 1 14 user ID and password. 

In an additional embodiment, the information service 1 14 can act as a payment intermediary in addition to 
providing customer information. In accordance with this embodiment, the information service 114 can charge the 
customer 102 and in turn the information service 114 can make payment to the merchant 104. The information 
service 114 can charge a commission to the customer 102 and/or the merchant 104 for the payment intermediary 
service. The payment intermediary service can be combined with the information intermediary service such that the 
information service 114 provides customer information as well as serving as a payment intermediary. Alternatively, 
the information service 1 14 could act as a payment intermediary instead of providing customer information. 

In still other alternative embodiments, various features of the above-described embodiments could be 
combined to provide other conveniences to the Internet shopper. 

Although the invention has been described in terms of certain preferred embodiments, other embodiments 
that are apparent to those of ordinary skill in the art, including embodiments which do not provide all of the features 
and advantages set forth herein, are also within the scope of this invention. Accordingly, the scope of the invention is 
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WHAT IS CLAIMED IS : 

1. A method for securely providing customer information to an Internet merchant, the method 
comprising: 

(A) obtaining customer information from a customer; 
5 (B) storing the customer information; 

(C) receiving a request that the customer information be provided to the merchant; 

(D) authenticating the customer in response to the request; and 
(F) providing the customer information to the merchant. 

2. The method of claim 1 , further comprising 

10 (G) obtaining authentication infonrtation from the customer in conjunction with the customer 

information. 

3. The method of claim 2, wherein (D) comprises: 

(D-1) receiving authentication information submitted by an individual in response to a request on a 
web site of the merchant; and 

15 (D-2) confirming that the authentication information submitted by the individual matches the 

authentication information obtained from the customer. 

4. The method of claim 3, wherein the customer information and the authentication information 
obtained from the customer are obtained through a web site. 

5. The method of claim 4, wherein the customer authentication information comprises a user ID and a 
20 password. 

6. The method of claim 4, wherein the customer authentication information comprises a passcode. 

7. The method of claim 2, wherein (D) comprises: 

(D-D receiving, from the merchant, authentication information obtained from an individual; and 
(D-2) confirming that the authentication information received from the merchant matches the 
25 authentication information obtained from the customer. 

8. The method of claim 7, wherein the authentication information obtained from the individual is 
obtained by the merchant through a merchant web site. 

9. The method of claim 8, wherein the customer information and the authentication information 
obtained from the customer are obtained through a web site. 

30 10. The method of claim 9, wherein the customer authentication information comprises a user ID and a 

password. 

11. The method of claim 9, wherein the customer authentication information comprises a passcode. 

1 2. The method of claim 2, wherein (D) comprises: 

(D-1) requesting that an individual submit authentication information; and 
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(D-2) confirming that the authentication information submitted by the individual matches the 
authentication information obtained from the customer. 

13. The method of claim 12, wherein the customer information and the authentication information 
obtained from the customer are obtained through a web site. 

14. The method of claim 13, wherein the customer authentication information comprises a user ID and 
a password. 

15. The method of claim 13, wherein the customer authentication information comprises a passcode. 

16. The method of claim 2, further comprising: 

(H) placing a cookie on the customer's computer. 

1 7. The method of claim 1 6, wherein (D) consists of 
(0-1) receiving the cookie. 

1 8. The method of claim 16, wherein (D) comprises 
(D-1) receiving the cookie. 

1 9. The method of claim 1 8, wherein (D) further comprises: 

(D-2) receiving authentication information from an individual; and 

(D-3) confirming that the authentication information received matches the authentication 
information obtained from the customer. 

20. The method of claim 1 9, wherein (F) comprises: 
(F>1 ) encrypting the customer information; and 

(F-2) transmitting the encrypted customer information to the merchant. 

21. The method of claim 19, wherein the customer information and the authentication information 
obtained from the customer are obtained through a web site. 

22. The method of claim 21, wherein the customer authentication information comprises a password. 

23. The method of claim 2, further comprising: 

(H) receiving, from the merchant, purchase information regarding purchases made by the customer; 

and 

(I) using the purchase information to augment a customer profile that represents the customer's 

interests. 

24. The method of claim 23, further comprising 

(J) providing the customer profile to Internet merchants. 

25. A method for securely providing customer information to Internet merchants, the method 



comprising: 



receiving a request that customer information of a registered customer be provided to a merchant- 
providing at least one form, wherein the at least one form solicits the entry of authentication 
information from a purchasing customer; 
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receiving authentication information submitted by the purchasing customer; 
verifying that the authentication information submitted by the purchasing customer matches the 
authentication information of a registered customer; and 

providing the custonier information of the registered customer to the merchant. 
5 26. The method of claim 25, further comprising registering a customer by obtaining customer 

information and authentication information from the customer 

27. A system for securely providing customer information to Internet merchants, the system 
comprising: 

a first set of web pages configured to obtain customer information and authentication inforniation 
10 from a customer; 

a database configured to associate and store the customer information and authentication 
information obtained from the customer; 

computer code that authenticates the customer in response to a request to provide the customer 
information to a merchant; and 

15 computer code that provides the customer information to the merchant upon authentication of the 

customer. 

28. The system of claim 27, further comprising 

a second set of web pages configured to obtain authentication information from an individual, 
wherein the computer code that authenticates the customer processes the authentication information 
20 provided by the individual. 

29. A method for securely obtaining customer information from an information service, the method 
comprising: 

requesting that a customer submit authentication information; 

providing the submitted authentication information to the information service in conjunction with a 
25 request for customer information; and 

receiving customer information from the information service in response to the request. 

30. A method through which an Internet merchant can securely obtain customer information from an 
information service, the method comprising: 

providing a checkout web page to a customer, the checkout web page having a link to an 
30 information service web page, the link including URL encoded information regarding the identity of the 

merchant; and 

receiving customer information from the information service. 
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amazojiirallei. com 

Amazon Vallei New User Page 
Please enter a desired Us er ID (we 

I 1 

Pleas e enter a password: 
Please ent er your name: 
Please enter your mothers maiden 



recommend your e-mail address): 



name (for account access security): 



Important Security Note; Merchants should never request your mother s maiden name 
in conjuction with the Amazon Wallet For security purposes you mother's maiden 
is only used to login to accoimt access. If a merchant requests your mother s maider 
name in addition to your wallet User ID and Password, do not provide your mother's 
maiden name. You should also consider the offending merchant suspect. 



Please enter your shipping address: 

▼ 



Please enter a contact phone number 



Please enter your credit ca rd number a nd expiration date: 



MM/YY 



Please enter the name exactly as shown on the credit card, if different from 
your name as entered above: 



If the billing address of the credit card is different than the shipping address, 
please enter the billing address of the credit card: 
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MERCHANT COM 

Checkout Page 
Your Order 

3 of item #12346 at $1 each totaling $3 
2 of item #23456 at $2 each totaling $4 
1 of item #34567 at S3 each totaling $3 

Total order: $10 



Enter Payment Information Manually | 



Amazon Wallet Holders: 

Please enter your Amazon Wallet User ID and 



Please enter your Amazon Wallet Password 



Click here to make this purchase using your Amazon Wallet 

I 



Purchase 
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MERCHANTXOM 

Order Confirmation Page for Amazon Wallet Holders 
Your Order 

3 of item #12345 at $1 each totaling $3 
2 of item #23456 at $2 each totaling $4 
1 of item #34567 at $3 each totaling $3 

Total orden $10 

Will be shipped to; 
Hong Bui 

Your credit card will be charged in the amount of $10. 
Confirm Order"! 
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Thank You Page 

Your order #12345 has been placed. Please save this order niunber for future reference 




Thank you for your order. 


F/G. 4D 



wo 01/43033 PCT/USOO/33506 



9/23 



File Edit View Go Favorite Help 



t2r C2 ^ A ^ 



Bock Forw„, Stop Refresh Home Search Fovorite Print Font Mail 



amazonwallei. com 

Login to Account Access Page 

Please enter your Amazon Wallet User ID 



Please enter your Amazon Wallet Passwrd 



Please enter your mother s maiden name 



Login i 



r/G. 4E 



wo 01/43033 



PCT/OSOO/33506 



W/23 



□ IgllEl 

File Edit View Go Favorite Help ^ 

Back Forw... Stop Refresh Ho me Search Fovorite Print Font Moil 

amazonwallet. com 

Amazon Wallet Account Access Page 

I Click here to update your Walletinformation | 

Click below to view a history of orders placed and when and to whom your 
Amazon WaUet information has been provided. 



View history | 








ll Click here to Log out of Accovmt Access | 
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amazcnwallet. com 

Amazon Wallet History Page 

order #12345 placed with merchant, com on 8/24/99 at 17:40 PST 
information provided to merchant com on 8/24/99 at 17:35 PST 

information provided to flowers.com on 8/21/99 at 19:19 PST 
order #23466 placed with merchant.com on 6/15/99 at 20:18 PST 
information provided to thegap,com on 6/15/99 at 20:16 PST 



View Next Page of History | 








1 Return to Account Access Page | 
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amazonvalle t com 

Amazon Wallet New User Page 

Please enter a desired User ID (we recommend your e-mail address): 



[ 



Please enter a password: 



Important Security Note; In order to maintain the security of your customer 
information, you should only submit your User ID and password to the 
AmazonWalletcom web site. Participating merchants shoiild refer you to a page 
on this web site and should not ask you to enter your User p and 
password directly to their site. Any offending merchant should be considered 
suspect and should be reported. 

Please enter your name: 



Please enter your shipping address; 



Please enter a contact phone number: 



c 



Please enter your credit card number a nd expiration date: 

I l l I MM/yy 



Please enter the name exactly as shown on the credit card, if different from 
your name as entered above: 



If the billing address of the credit card is different than the shipping address, 
please enter the billing address of the credit card: 



Submit I 



Reset 
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MERCHANTXOM 



Checkout Page 
Your Order 

3 of item #12345 at $1 each totaling $3 
2 of item #23456 at %Z each totaling $4 
1 of item #34567 at $3 each totaUng |3 

Total orden $10 



Enter Payment Information Manually 



Enter Payment Information Using Your Amazon Vallet 



Click Here to Sign Up For Amazon Wallet | 
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AKAZONWALIET.COM 

Amazon Wallet Authentication Page 
WaUet Holders 

Please enter your Amazon Wallet User ID 

1 

Please enter your Amazon Wallet Password 

Click below to send your current information to the referring merchant and to the 
merchant's order confirmation page. 

Send Information | 


Click Here for Account Access | 
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MERCHANT.COM 

Order Confirmation Page 
Your Order 

3 of item #12345 at $1 each totaling $3 
2 of item #23456 at %Z each totaling $4 
1 of item #34567 at $3 each totaling $3 

Total order $10 



Will be shipped to: 
Hong Bui 

Amazon, com- Seattle 
Seattle, Wa, 98101 

Your credit card #: 

mil be charged in the amount of $10. 



Confirm Order 
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AMAZONWAU£TXOH 

Amazon Wallet Account Access Page 




Click here to update your Wallet information | 


Click below to view a history of orders placed and when and to whom your 
Amazon Wallet information has been provided 

View history | 

Click below to send your current information to the referring merchant, Log out of 
Account Access* and return to merchant's order confirmation page- 


Send Information To Merchant | 




Chck Here to Log out of Account Access | 
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VERIFYING 
CUSTOMER'S USERID 
AND PASWORD WITH 
INFORMATION IN DATABASE 



■874 



TRANSMIT CUSTOMER 
INFORMATION TO 
MERCHANT 



878- 



32 O - 



RECEIVE LINK TO 
ORDER CONFIRMATION 
PAGE AND REDIRECT 
CUSTOMER TO ORDER 
CONFIRMATION PAGE 



876 



RETURN TO THE 
INFORMATION SERVICE 
A LINK TO AN ORDER 
CONFIRMATION PAGE 
AT MERCHANT WEB 
SITE 



CONFIRM ORDER WITH 
MERCHANT 



-822 



SEND ORDER 
INFORMATION TO 
INFORMATION SERVICE 
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Qlgllgl 

File Edit View Go Favorite Help 

Back Forw.,, Stop Refresh Hom e Seorch Favorite Prrnt Font Mail 

AMAZONl-CLICKCOM 

Login to Account Access Page 

|| CUck q g^_^_Jg rn l-Click 

Please ente r your Amazon 1-CUck User ID 

I "I 

Plea se enter your Amazon 1- Click Password 

I □ 

I Click Here for Account Access | 
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file Edit View Go Favorite Help 



® 



Q ^ Q 8> k 



Bock Forw... Stop Refresh Home Search Fo vorite Print Font Mail 

AMAZONl-CUCKCOM 

Amazon 1- Click Accoimi Access Page 



Click 


Here 


to Turn on 1-Click ordering || 












Click 


Here 


to update voiir 1- Click information | 




CUck 


Here 


to view your 1-Click order history | 






CUck 


Here 


to Log out of Account Access | 
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Add Item to Shopping Cart 1 



File Edit View Go Favorite Help 



Bock Forw... Stop Refresh Home Seorch Fovorite Print Font Moil 

MERCHANT.COM 

Item Detail Page 

Item #12345 is $1 each ^J070 
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□ lollEl 


Jile Edit View Go Favorite Help 


Back Forw,.. Stop Refresh Home Seorch Favorite Print Font Mail 




AMAZON l-CLICKCOM 

Amazon 1- click Order History Page 

MERCHANTXOM 

1 ORDER IS PENDING 

ORDER #12345 WAS PLACED ON 8/20/99 AT 21:34 PST 




1 Click Here to view your MERCHANT, COM orders | 




1 View Next Page of History | 




1 Return to Account Access Page | 
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□ HIE 


File Edit View Go Fovorite Help 


<= ® B i2r ^ CD 

Bock Forw... Stop Refresh Home Seorch Fovorite 


Print Font Moil 


MERCHANTXOM 






1-Click Order History and Review Page 




Customen Hong Bui 




Your Current Order; 




(T]of item #12345 at $1 each toUling $1 




[TJof item #23456 at $2 each totaling $2 




(T]of item #34567 at $3 each totaling $3 






Total order $6 

Will be placed in 39 minutes 




To change order quantities, enter the desired number next to each item above 
and then click below. To cancel an order, make all order quantities 0. 




Click here to change order quantities | 






Your previous orders: 






Order #12345 

3 of item #45678 at $50 each totaling $150 

Total order $150 

Placed on 8/20/99 at 21:34 PST 

Shipped on 8/21/99 
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REQUEST CUSTOMER'S 
USERID AND PASSWORD 
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PROVIDE USERID 
AND PASSWORD 
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AUTHENTICATE 
CUSTOMER BY 
VERIFYING 
CUSTOMER'S USERID 
AND PASSWORD WITH 
INFORMATION IN 
DATABASE 



-7703 



7770- 



PLACE COOKIE 

IDENTIFYING 
CUSTOMER ON 
CUSTOMER'S WEB 
BROWSER 



nc. rfA 



r/G. 77B 



F/G. // 



BROWSE AT MERCHANT 
WEB SITE 



7774- 



7772 





PROVIDE CLICKABLE 
LINK HAVING A 
GRAPHIC LOCATED ON 
INFORMATION SERVICE 
SERVER 





BROWSER 
AUTOMATICALLY 
FOLLOWS LINK TO 
INFORMATION SERVICE 
SERVER AND SUBMITS 
COOKIE 



■7776 



RETRIEVE CUSTOMER 
INFORMATION 
ASSOCIATED WITH 
COOKIE FROM DATABASE 
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CUSTOMER INFORMATION SERVICE MERCHANT 



rrrs- 



L 



DISPLAY SINGLE CUCK 
PURCHASE GRAPHIC ON 
MERCHANT'S WEB 
PAGE 



CLICK ON URL 
ENCODED SINGLE 
CLICK PURCHASE LINK 



-ff20 



BROWSER 
AUTOMATICALLY 
SUBMITS COOKIE, 
PRODUCT ID AND 
MERCHANT ID IN 
CONJUCTION WITH 
PURCHASE LINK 



-rJ22 



-fr24 



TRANSMIT CUSTOMER 
INFORMATION AND 
PRODUCT ID TO 
MERCHANT 



Jf26' 



RECEIVE CUSTOMER 
INFORMATION AND 
PRODUCT ID 



f/2S~^ 



CREATE ORDER OR ADD 
PRODUCT TO 
CUSTOMER'S EXISTING 
ORDER 



JfJO- 



SEND MESSAGE TO 
INFORMATION SERVICE 
INDICATING ORDER HAS 
BEEN PLACED 



wo 01/43033 



PCT/USOG/33506 




INTERNATIONAL SEARCH REPORT 


International application No. 
PCT/USOO/33506 


A. CLa2>2»u<icaiiun Ol" ajiJiui!;d' Ma n'EK 

IPCC7) : G06F 17/60 

US CL : 705/50 
Accordine to intematiozud Patent Classification (IPC) or to both national dassiiicatioii and IPC 


B. FUXDS SEARCHED 


Minimum documentation searched (classificaticm system followed by classification symbols) 
U.S. : 705/50. 26. 39. 44. 53. 67, 78 


Documentation searched other than minimimi documentation to the extent that such documents are included in the fields searched 


Electronic data base consulted during the international search (name of data base and, where practicable, search terms used) 


C. DOC 


UMENTS CONSIDERED TO BE RELEVANT 


Category • 


Citation of document, with indication, where appropriate, of the relevant passages 


Relevam to claim No. 


X.P 

Y.P 
Y,P 

Y 
Y 

Y 

Y 

Y 

A 


US 6,092,053 A (BOESCH et al) 18 July 2000 (18.07.2000), See entire document 

US 6,005.939 A (FORTENBERRY ct al) 21 December 1999 (21.12.1999), See entire 
document 

US 5,815,665 A (TEPER et al) 29 September 1998 (29.09.1998). See entire documem 

Kong, Deborah, 'Glaring Your Data Can Get You Discounts', San Jose Mercury News, 11 
October 1999 

"Understanding InstaBuy - A C^onsumer and Merchant Overview*. PDF Document, 
www.instabuy.com. May 1999 

CyberCash, hic.. "Cybercas Unveils "InstaBuy. Com" Web Site for Consumer One-Click 
Shopping Online", InstaBuy Press Release, www.instabuy.com, 22 February 1999 

Cybercash, Inc.. "ListaBuy From Cybercash Offers Easy and Safe Buying Solution to 
Online Consumers and Merchants". InstaBuy Press Release, www.instabuy.com, 19 August 
1998 

Walker, Christy, "Quick Sdidy - Digital WaUets", 

www.computerworld.com/home/featuresjMf/all/990705qs, 02 September 1999 


1-6. 12-22, 25-30 


7-11,23-24 
1-30 

1-30 
1-30 

1-30 

1-30 

1-30 

1-30 


^ Further documents are listed in the continuation of Box C. See patem family annex. 


• special caiegones of cited docuDCDtt: later document PuMid^d after tt» iptematinnai filing A>r^ ny prioriiy 

date and uc ia caoflict with the appUcatioa but cited to unctenund tbe 
"A' dociUKOt defining tbe general lote of tbe art which itimcoasidend 10 be priiKipte or tbeoiy umkrlyiiu tlM invcntioo 
of paiticuiar letevmce 

^. . "X* docuDcnt of particular lelevance; the clainKdtQveittioDcanitt 
E earfaer application or patent pubUihed on or after tbe infffiM^ cooiideied novd or cannot be coowtoed to involve an iaveotive step 

when the dnriimmf is taken alooe 

"L* docutneot which nay throw doufattOQ priority daim(s) or which U cited to 

establisfatbepubUcaiioodaieofanotbercitationorotheripecialreaK^ -V docunrntofpaiticularidevance; the daimed inventioo cannot 
V^^^) considered to involve an inventive step when the 'Vv^.m*^ a 

OMiilMiifd with one or moie other aich *^"mTnfr, such ccod)iiBticiQ 

"O nonmrrt refjerriog to an oral discksiue. use. exhibition or odier means bemg obvious to a penco skilled in the art 

-P' doctmicttpidaisfaed prior to die iotetnatiooal filing date but la^ *&' document member of cte same poieat family 
priority date claimBd ' "~ ' 


Dale of the actual cQnQ}letion of tbe international search 
25 January 2001 (25.01.2001) 


Date of mailing of the international search repon 

^^"t 


Name and mailing address of die ISA/US 

Box PCT 

Wasfaingion. D.C. 20231 
FacsimUc No. (703)305-3230 


James TrammeU fj/l^^^iSicP 
Telephone No. (703)kS3700 



Form PCrr/ISA/210 (second sheet) (July 1998) 



INTERNATIONAL SEARCH REPORT 



ImenatiQiial application No. 
PCTVySOg/33506 



C (Continuatiop) DOCUMENTS CONSIDERED TO BE RELEVANT 



Category* 



Citation of dnnimrnt. with indication, where appropriate, of (he retevant passages 



Relevant to claim No. 



A 

A.P 



US 5.890.137 A (KOREEDA) 30 March 1999 (30.03.1999). See entire document 
US 6.078.902 A (SCHENKLER) 20 June 2000 (20.06.2000). See entire document 



1-30 
1-30 



Fonn PCT/ISA/210 (continuation of second sheet) (July 1998) 



